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(54) Information processing apparatus, information processing method, and recording medium 



(57) An information processing apparatus is con- 
nected to another information processing apparatus via 
a network and has at least one sub-unit for executing a 
predetermined function. A reservation is made for caus- 
ing a tuner sub-unit of an iRDto receive a predetermined 
channel broadcast at a predetermined time and to 



record it on a VCR sub-unit of a DVCR via an IEEE-1394 
serial data bus. Then, a controller of the IRD writes res- 
ervation information into a Resource Schedule Board 
(RSB) built into a Bulletin Board Subunrt (BBS) of the 
IRD and also writes reservation information o' the VCR 
sub-unit into a RSB built into a BBS of the DVCR. With 
this arrangement, double-booking is prevented. 
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Description 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 5 

[0001] The present invention generally relates to in- 
formation processing apparatuses, information 
processing methods, and recording media. More partic- 
ularly, the invention relates to an information processing io 
apparatus which is connected to other information 
processing apparatuses via an IEEE-1394 serial data 
bus and which reliably and individually controls built-in 
sub-units. The invention also-pertains to an information 
processing method used in the above type of informa- ^ 
tion processing apparatus and to a recording medium 
implementing this method. 

2. Description of the Related Art 

[0002] AudioA/isual (AV) machines that can transmit 
information to each other via a network using an IEEE- 
1394 serial data bus are being developed. In this net- 
work, it is possible to control the AV machines connect- 
ed to the network by using a predetermined command 
(AV/C Command Transaction Set). For example, a vid- 
eo picture received by an Integrated Receiver Decoder 
(IRD) 71 for receiving digital satellite broadcasts can be 
recorded, as shown in Fig. 1 , on a Digital Video Cassette 
Recorder (DVCR) 81 connected to the IRD 71 via an 
IEEE-1 394 serial data bus 2 (hereinafter simply referred 
to as the "bus 2"). Additionally, what is called "recording 
reservations" can be made by using the IRD 71 and the 
DVCR 81. 

[0003] According to the recording reservation 
processing, a controller 72 of the IRD 71 controls the 
IRD 71 and the DVCR 81 . More specifically, the record- 
ing-reservation settings (channel, recording start time, 
etc.) are made on the IRD 71 , and when the recording 
start time is reached, the controller 72 of the IRD 71 con- 
trols a tuner sub-unit 73 to select the reserved (set) 
channel and to output a received video signal to the 
DVCR 81 via the bus 2. Simultaneously, the controller 
72 transmits a recording start command to a VCR sub- 
unit 84 of the DVCR 81 via the bus 2. In response to the 
recording start command transmitted from the controller 
72, the VCR sub-unit 84 of the DVCR 81 records the 
video signal supplied from the tuner sub-unit 73 on mag- 
netic tape (not shown). 

[0004] As discussed above, it is possible to control the 
operation of the DVCR 81 from another machine (in the 
example shown in Fig. 1 , the IRD 71 ) connected to the 
DVCR 81 via the bus 2. In this case, there may be a 
danger that what is called "double-booking" occurs. 
[0005] For example, when a recording reservation 
(recording reservation A) of a digital satellite broadcast 
is input into the IRD 71, the reservation information is 
stored in the controller 72 of the IRD 71 . Thereafter, if a 



recording reservation (recording reservation B) of a ter- 
restrial analog broadcast, which is to be broadcast at 
the same time as the recording reservation A, is input 
into the DVCR 81. a controller 82 of the DVCR 81 re- 
ceives and stores the recording reservation B since the 
information concerning the recording reservation A in- 
put into the IRD 71 has not been reported to the DVCR 
81 . Thus, upon reaching the time when both the record- 
ing reservation A and the recording reservation B are 
started, video pictures are inconveniently supplied from 
both the tuner sub-unit 73 of the IRD 71 and an analog 
tuner block 83 of the DVCR 81 to the VCR sub-unit 84 
of the DVCR 81. 

[0006] The above inconvenience originates from the 
fact that reservation information managed by an AV ma- 
chine is not available for another AV machine connected 
via the bus 2. 

[0007] In order to overcome the above-described 
drawback, a CS mode is conventionally provided for the 
DVCR 81. According to the CS mode, the DVCR 81 is 
controlled only by the controller 72 of the IRD 71 and 
enters the recording standby position. After the record- 
ing reservation A is input into the IRD 71 , the DVCR 81 
is set in the CS mode, thereby preventing the occur- 
rence of double-booking. 

[0008] However, since the DVCR 81 set in the CS 
mode goes into the reservation standby position, it can- 
not execute processing, such as reproduction of video 
signals, thereby decreasing the ease of operation. 
[0009] Further, information (recording start time, etc.) 
managed by an AV machine is not reported to the other 
AV machines. Because of this, when the AV machines 
simultaneously output information to the bus 2, the 
amount of information may exceed the bandwidth of the 
bus 2, causing transmission errors to occur. 

SUMMARY OF THE INVENTION 

[0010] Accordingly, in view of the above background, 
it is an object of the present invention to improve the 
ease of reserve-recording operation and to inhibit the 
occurrence of double-booking by mutually searching in- 
formation managed by the individual AV machines con- 
nected to a bus. 

[0011] Particular and preferred aspects of the inven- 
tion are set out in the accompanying independent and 
dependent claims. Features of the dependent claims 
may be combined with those of the independent claims 
as appropriate and in combinations other than those ex- 
plicitly set out in the claims. 

[001 2] In order to achieve the above object, according 
to one aspect of the present invention, there is provided 
an information processing apparatus including an input 
unit for inputting reservation information concerning a 
reservation of the sub-unit. A storage unit stores the res- 
ervation information concerning the reservation of the 
sub-unit. A supply unit reads out the reservation infor- 
mation stored in the storage unit and supplies the res- 
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ervation information to an external information process- 
ing apparatus in response to a request from the external 
information processing apparatus. 
[0013] The aforementioned information processing 
apparatus may further include a write unit for writing the s 
reservation information of the sub-unit of the information 
processing apparatus into the storage unit and for writ- 
ing reservation information of a sub-unit of the external 
information processing apparatus into a storage unit of 
the external information processing apparatus when a 
reservation is made for using the sub-unit of the infor- 
mation processing apparatus in cooperation with the 
sub-unit of the external information processing appara- 
tus at the same time. 

[0014] The aforementioned information processing 
apparatus may further include a comparison unit for 
comparing the reservation information input by the input 
unit with the reservation information stored in the stor- 
age unit of the information processing apparatus and the 
reservation information of the storage unit of the exter- 
nal information processing apparatus including the sub- 
unit to be used at the same time as the sub-unit of the 
information processing apparatus. Accordingly, the writ- 
ing means may write the reservation information in ac- 
cordance with a comparison result obtained by the com- 
parison unit. 

[0015] The write unit may restrict the reservation in- 
formation to be written into the storage unit of the infor- 
mation processing apparatus from the external informa- 
tion storage apparatus when the writing means writes 
the reservation information into the storage unit of the 
information processing apparatus. 
[0016] The write unit may interrupt the external infor- 
mation processing apparatus from reading the reserva- 
tion information from the storage unit of the information 
processing apparatus when the write unit writes the res- 
ervation information into the storage unit of the informa- 
tion processing apparatus. 

[0017] The storage unit may store limitation informa- 
tion concerning a limitation of the reservation informa- 
tion to be stored, and the supply unit may supply the 
limitation information to the external information 
processing apparatus in response to a request form the 
external information processing apparatus. 
[0018] The storage unit may store the reservation in- 
formation at a predetermined address position. 
[0019] The reservation information may include a 
sub-unit start time at which the use of the sub-unit is 
started and a period for using the suo-unit. The period 
for using the sub-unit may be set as an undefined value. 
[0020] The reservation information may include appa- 
ratus information concerning the information processing 
apparatus that reserves the sub-unit, and the apparatus 
information may be stored at an address position sub- 
sequent to the address positions of the sub-unit start 
time and the period for using the sub-unit. The sub-unit 
start time may be represented by a binary-coded deci- 
mal (BCD). 



[0021] The storage unit may further store identifica- 
tion information for identifying the stored reservation in- 
formation. 

[0022] The identification information may include a 
value unique to the information processing apparatus 
that has reserved the sub-unit and a value unique to the 
reservation set in the information processing apparatus. 
[0023] The value unique to the information processing 
apparatus may be a global unique ID, and the value 
unique to the reservation may be a record ID. 
[0024] The reservation information may include 
weekly reservation information of the sub-unit that is 
weekly reserved by specifying a day of the week. 
[0025] The reservation information may include inter- 
val reservation information of the sub-unit that is repeat- 
edly reserved at a predetermined interval. 
[0026] The storage unit may be one of the sub-units. 
[0027] The network may be formed by using an l E EE- 
1 394 serial data bus. 

[0028] According to another aspect of the present in- 
vention, there is provided an information processing 
method for use in an information processing apparatus. 
The information processing method includes an input 
step of inputting reservation information concerning a 
reservation of a sub-unit, a storage control step of con- 
trolling storage of the reservation information concern- 
ing the reservation of the sub-unit, and a supply step of 
reading out the reservation information stored by 
processing of the storage control step and of supplying 
the reservation information to an external information 
processing apparatus in response to a request from the 
external information processing apparatus. 
[0029] According to still another aspect of the present 
invention, there is provided, for example on a recording 
or other carrier medium, a program for controlling an in- 
formation processing apparatus. The program includes 
an input step of inputting reservation information con- 
cerning a reservation of a sub-unit, a storage control 
step of controlling storage of the reservation information 
concerning the reservation of the sub-unit, and a supply 
step of reading out the reservation information stored by 
processing of the storage control step and of supplying 
the reservation information to an external information 
processing apparatus in response to a request from the 
external information processing apparatus. 
[0030] According to the information processing appa- 
ratus, the information processing method, and the re- 
cording medium, the reservation information concerning 
a reservation of a sub-unit is stored, and in response to 
a request from an external information processing ap- 
paratus, the stored reservation information is supplied 
to the external information processing apparatus. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0031] Exemplary embodiments of the invention are 
described hereinafter, by way of example only, with ref- 
erence to the accompanying drawings, in which: 
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Fig. 1 is a block diagram illustrating an example of 
the configuration of a related network system; 
Fig. 2 is a block diagram illustrating the configura- 
tion of a network system incorporating an embodi- 
ment of the present invention; 5 
Fig. 3 is a block diagram illustrating the configura- 
tion of a Bulletin Board Subunit (BBS) 14 shown in 
Fig. 2; 

Fig. 4 is a block diagram illustrating the configura- 
tion of a BBS 34 shown in Fig. 2; 1 ° 
Fig. 5 illustrates an example of the operation of the 
network system shown in Fig. 2; 
Fig. 6 illustrates an example of the operation of the 
network system shown in Fig. 2; 
Fig. 7 is a flow chart illustrating the operation of the 
network system shown in Fig. 5; 
Fig. 8 is a flow chart illustrating the operation of the 
network system shown in Fig. 5; 
Fig. 9 is a flow chart illustrating the operation of the 
network system shown in Fig. 5; 20 
Fig. 10 illustrates the format of a WRITE OPEN 
command; 

Fig. 11 illustrates the format of a READ command; 
Fig. 12 illustrates the format of a CREATE com- 
mand; 25 
Fig. 13 illustrates the subfunction_1 shown in Fig. 
12; 

Fig. 14 illustrates the details of the subfunction_1 
shown in Fig. 13; 

Fig. 15 illustrates the values of the fields shown in 30 
Fig. 14; 

Fig. 1 6 illustrates the format of a WRITE DESCRIP- 
TOR command; 

Fig. 17 illustrates the format of a CLOSE command; 

Fig. 1 8 illustrates another example of the operation 35 

of the network system shown in Fig. 2; 

Fig. 1 9 is a flow chart illustrating the processing for 

setting the Object ID; 

Fig. 20 illustrates the BBS format; 

Fig. 21 illustrates the root_object_listJD shown in *o 

Fig. 20; 

Fig. 22 illustrates the RSB format; 

Fig. 23 illustrates the format of the Write Enabled 

list_specific_information shown in Fig. 22; 

Fig. 24 illustrates the format of the board_type 

shown in Fig. 23; 

Fig. 25 illustrates the format of the object_entry 
shown in Fig. 22; 

Fig. 26 illustrates the format of the Resource Sched- 
ule Entry shown in Fig. 25; 50 
Fig. 27 illustrates the format of the start_time shown 
in Fig. 26; 

Fig. 28 illustrates the format of the Duration shown 
in Fig. 26; 

Fig. 29 illustrates the format of the repeat_type ss 
shown in Fig. 30; 

Fig. 30 illustrates the format of the 
repeatjnformation shown in Fig. 26; 
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Fig. 31 illustrates the format of the 
repeatjnformation shown in Fig. 26; 
Fig. 32 illustrates the format of Info blocks shown in 
Fig. 26; 

Fig. 33 illustrates the format of the 
supported_board_type_specific_information 
shown in Fig. 20; and 

Fig. 34 is a block diagram illustrating an example of 
the configuration of a computer. 

DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[0032] The configuration of a network system incor- 
porating an embodiment of the present invention is de- 
scribed below with reference to Fig. 2. Throughout the 
specification, the term "system" indicates an entire ap- 
paratus formed of a plurality of devices, means, and so 
on. 

[0033] This network system is formed of an I RD 1 and 
a DVCR 3 connected to each other via a bus 2. In addi- 
tion to the IRD 1 and the DVCR 3, electronic machines 
provided with an IEEE-1394 terminal, such as personal 
computers, hard disk drives, compact disc (CD) players, 
monitors, digital video cameras, and mini disc (MD) 
(brand name) players, may be connected to the bus 2. 
[0034] Electronic machines, such as the IRD 1 and 
the DVCR 3, connected to the bus 2 are referred to as 
"units". Among the units, it is possible to read and write 
information from and into the individual units by using a 
descriptor (Descriptor) defined in the AV/C Digital Inter- 
face Command Set General Specification of the AV/C 
Command Transaction Set (hereinafter referred to as 
"AV/C General"). The details of AV/C General can be 
seen in http://cxn02.net.arch.sony.co.jp/Doc/. The func- 
tions provided for the units are referred to as the "sub- 
units". 

[0035] A controller 11 of the IRD 1 controls the entire 
IRD 1 by receiving a channel-selecting operation or a 
recording-reservation operation performed by a user. 
The controller 11 also controls the DVCR 3 by using a 
predetermined command (AV/C Command Transaction 
Set). A CS antenna 1 3 receives digital signals of a digital 
satellite broadcast transmitted via a communication sat- 
ellite (not shown) and outputs the digital signals to a tun- 
er sub-unit 12. The tuner sub-unit 12 extracts a prede- 
termined channel signal from the digital signals input 
from the CS antenna 1 3 under the control of the control- 
ler 11, and outputs the extracted signal to a VCR sub- 
unit 33 of the DVCR 3 via the bus 2. The controller 11 
further-searches for information stored in a Bulletin 
Board Subunit (BBS) 34 of the DVCR 3. 
[0036] A BBS 14, which serves as a sub-unit of the 
IRD 1, stores information concerning recording reserva- 
tions received and determined by the controller 11 (de- 
tails are discussed below with reference to Fig. 20). 
[0037] A controller 31 of the DVCR 3 controls the en- 
tire DVCR 3 by receiving a reproducing-instruction op- 
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eration or a recording-reservation operation performed 
by a user. An analog tuner block 32 extracts a predeter- 
mined channel signal from the input analog signals un- 
der the control of the controller 31 and outputs the ex- 
tracted signal to the VCR sub-unit 33. s 
[0038] The VCR sub-unit 33 records on magnetic tape 
(not shown) a video signal input from the analog tuner 
block 32 or a video signal input from the tuner sub-unit 
1 2 of the IRD 1 via the bus 2. 

[0039] The BBS 34 manages information of recording 10 
reservations concerning the DVCR 3. 
[0040] The tuner sub-unit 1 2 and the BBS 14 are sub- 
units of the IRD 1 , and the VCR sub-unit 33 and the BBS 
34 are sub-units cf the DVCR 3. The analog tuner block 
32 is not a sub-unit because it is not controlled by an- '5 
other unit via the bus 2 though it executes one of the 
functions of the DVCR 3. 

[0041] In this network system, when a recording res- 
ervation of a digital satellite broadcast is performed, a 
user inputs the settings of the recording reservation 20 
(channel, recording start time, etc.) into the IRD 1. If the 
input reservation does not cause double-booking, it is 
accepted, and the reservation information is written into 
the BBS 14 of the IRD 1. 

[0042] The BBS 14 is formed of, as shown in Fig. 3, 2S 
a Resource Schedule Board (RSB) 51 and a Scheduled 
Action Board (SAB) 52. The SAB 52 stores all the infor- 
mation concerning recording reservations input from the 
controIler11 ofthelRDI and from a controller of another 
unit (for example, the controller 31 of the DVCR 3). That 
is, the SAB 52 stores all the information for controlling 
a series of operations of causing the tuner sub-unit 12 
of the IRD 1 to receive information at a predetermined 
time and to record it on the VCR sub-unit 33 of the DVCR 
3. 

[0043] In contrast, the RSB 51 stores only information 
concerning reservations for the tuner sub-unit 12 of the 
IRD 1 among all the information concerning recording 
reservations (including reservations set by other units). 
Even if the operation of the VCR sub-unit 33 is related 
to that of the tuner sub-unit 12, the RSB 51 does not 
store reservation information of the VCR sub-unit 33. 
The RSB 51 makes the stored information public in re- 
sponse to a request not only from the controller 11 of 
the same unit, but also from the controller of another unit 
(for example, the controller 31 of the DVCR 3). 
[0044] Similarly, the BBS 34 of the DVCR 3 is formed 
of, as shown in Fig. 4, a RSB 61 and a SAB 62. The 
SAB 62 stores all the information concerning recording 
reservations input from the controller 31 of the DVCR 3 
and from another controller of another unit (for example, 
the controller 11 of the IRD 1). In contrast, the RSB 61 
stores only information concerning reservations for the 
VCR sub-unit 33 of the DVCR 3 among all the informa- 
tion concerning recording reservations input into the 
controller 31 of the DVCR 3 and into the controller 11 of 
the IRD 1 . Even if the operation of the tuner sub-unit 12 
is related to that of the VCR sub-unit 33, the RSB 61 



does not store reservation information of the tuner sub- 
unit 1 2. The RSB 61 makes the stored information public 
in response to a request not only from the controller 31 
of the same unit, but also from the controller of another 
unit (for example, the controller 11 of the IRD 1). 
[0045] Details of information stored in the RSBs 51 
and 61 and made public will be described in detail later 
with reference to Fig. 22. 

[0046] The operation related to both the RSBs 51 and 
61 is discussed below with reference to Fig. 5. For ex- 
ample, when a recording reservation (which causes the 
tuner sub-unit 12 to receive the 48 channel from 20:00 
to 21 :00 on October 16 and to record the received video 
signal on the VCR sub-unit 33 of the DVCR 3) is input 
into the controller 11 of the IRD 1, as shown in Fig. 5, 
the controller 11 sets an ID (BB Object ID) (in this em- 
bodiment, ID_X) unique to the reservation, and stores 
all the information concerning the recording reservation 
in the SAB 52. The controller 11 also stores in the RSB 
51 the set ID (ID_X), the time and date (from 20:00 to 
21:00 on October 16), and information (ID information) 
for specifying the related sub-unit (in this embodiment, 
tuner sub-unit 12) of the IRD 1. The controller 11 further 
stores in the RSB 61 of the DVCR 3 the set ID (ID_X), 
the time and date (from 20:00 to 21:00 on October 16), 
and information (ID information) for specifying the relat- 
ed sub-unit (in this embodiment, the VCR sub-unit 33) 
of the DVCR 3. 

[0047] Thereafter, when a recording reservation 
(which causes the analog tuner block 32 to receive the 
third channel from 20:00 to 21 :00 on October 16 and to 
record the received video image on the VCR sub-unit 
33) is input into the controller 31 of the DVCR 3, as 
shown in Fig. 6, the controller 31 refers to the RSB 61 
and determines whether the information of the input re- 
cording reservation overlaps with the information of the 
reservation which has been accepted and made public 
to the RSB -61 . In this case, since the recording time, i. 
e., from 20:00 to 21:00 on October 16, of the input res- 
ervation overlaps with that of the accepted reservation, 
the input recording reservation is not accepted. If it is 
determined that the information of one reservation does 
not coincide with that of the other reservation, the input 
recording reservation is accepted. All the information is 
stored in the SAB 62, and the information concerning 
the VCR sub-unit 33 is stored in the RSB 61 . 
[0048] Details of the above -described reservation 
processing (contending-unit search processing) are dis- 
cussed below with reference to the flow charts of Figs. 
7 through 9. 

[0049] In step S11, a user sets a reservation in the 
controller 11 of the IRD 1 . That is, in the example shown 
in Fig. 5, a reservation for causing the tuner sub-unit 1 2 
to receive the 43 channel from 20:00 to 21:00 on Octo- 
ber 16 and to transfer the received video signal to the 
VCR sub-unit 33 of the DVCR 3 and record it. Simulta- 
neously, in step S1 2, the controller 11 controls the RSBs 
of the units including the target sub-units to be in the 
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WRITE OPEN state. In the example illustrated in Fig. 5, 
the target sub-units are the tuner sub-unit 1 2 of the IRD 
1 and the VCR sub-unit 33 of the DVCR 3. Accordingly, 
the controller 11 first selects the tuner sub-unit 12 and 
outputs a WRITE OPEN command so that the RSB 51 
of the IRD 1 including the tuner sub-unit 12 reaches the 
WRITE OPEN state (the write enable state). 
[0050] In practice, however, the RSB 51 and the con- 
troller 11 are in the same unit, i.e., the IRD 1 and are not 
connected via the bus 2. Accordingly, the controller 11 
controls the RSB 51 as if a WRITE OPEN command 
were supplied to the RSB 51 via the bus 2. 
[0051] After the RSB 51 of the IRD 1 including the tun- 
er sub-unit 12 has become the WRITE OPEN state, the 
controller 11 controls the RSB 61 of the DVCR 3 includ- 
ing the remaining target sub-unit, i.e., the VCR sub-unit 
33, to be in the WRITE OPEN state. In this case, the 
controller 11 outputs a WRITE OPEN command having 
the format shown in Fig. 10 to the RSB 61 (the controller 
31 ) of the DVCR 3 via the bus 2. 
[0052] The above WRITE OPEN command is one 
type of OPEN DESCRIPTOR commands used for mak- 
ing access to a predetermined target address space. As 
shown in Fig. 10, the value 08 16> which represents the 
OPEN DESCRIPTOR, is set in the opcode. The value 
10 16 , which indicates the Object List Descriptor defined 
by the list ID, is set in operand 0 as the descriptor_type 
representing the type o? the descriptor. In operand 1 and 
operand 2, list IDs (in this embodiment, 00 and 01) of 
the RSBs to be accessed (to be in the WRITE OPEN 
state) are described. 

[0053] The value 03j 6 , which indicates that descrip- 
tors are to be opened for making access, such as read- 
ing or writing, is set in operand 3 as subfunction. The 
value 00 is set in operand 4 as a reserved value. 
[0054] Referring back to Fig. 7, in step S13, the con- 
troller 11 reads out the descriptorjength and the 
list_specific_information field (Fig. 22) of the RSB 51 
within the BBS 14. The reading operation is performed 
by using, for example, the READ command shown in 
Fig. 11 . In this case, since the controller 11 and the RSB 
51 are not connec- ed via the bus 2, as stated above, the 
above data is directly read from the controller 11 to the 
RSB 51. If, however, the controller 11 reads out data 
from the RSB 61 of the DVCR 3, the READ command 
shown in Fig. 11 is output to the RSB 61 (the controller 
31) via the bus 2. 

[0055] As illustrated in Fig. 11, the value 09 16 , repre- 
senting the read descriptor, is set in the opcode, which 
is the head of the READ command. In the subsequent 
operand 0, the descriptor identifier for identifying the de- 
scriptor to be read is described. In the reading operation 
in step S1 3. the descriptor identifier is set by the list ID. 
More specifically, 00 16 through 0D 16 of the 
Address_offset of the write enabled 
I ist_specif ^information field of the RSB shown in Fig. 
23 are set. 

[0056] When the READ command is transmitted, FF 



is set in the read_result_status. When the READ com- 
mand is returned from the target as a response, the read 
result is set. In the datajength, the number of bytes of 
data to be read from the target is described. When the 
5 datajength is set to be 0, all the lists are read. The ad- 
dress at which the reading is started is set in the ad- 
dress. When 00 is set in the address, the reading com- 
mences from the head. 

[0057] Referring back to Fig. 7, in step S14, the con- 

10 troller 11 extracts for the RSB 51 the maximum length 
of the list (the object Jist_maximum_size shown in Fig. 
23), the maximum number of entries of the list (the 
object_entries_maximum_number shown in Fig. 23), 
and the maximum byte length of each entry (the 

is object_entry_maximum_size shown in Fig. 23). 

[0058] The controller 1 1 then determines in step S1 5 
whether data (reservation information) to be recorded 
on the RSB 51 causes an excess of the maximum length 
of the list extracted in step S14. If the outcome of step 

20 S15 is no, the process proceeds to step S16 in which 
the controller 11 determines whether the value obtained 
by subtracting the current number of entries from the 
maximum number of entries of the list extracted in step 
S1 4 is greater than zero, i.e., whether there is any entry 

25 left for writing data. If the result of step S16 is yes, the 
process proceeds to step SI 7 in which the controller 11 
determines whether the value obtained by subtracting 
the length of the entry of the reservation information to 
be written from the maximum length of the entry extract- 

30 ed in step S14 is greater than zero, i.e., whether there 
is any space left for the entry into which data is written. 
[0059] If any one of the conditions set in steps S15 
through S17 is not satisfied, the process proceeds to 
step S18 in which the controller 11 indicates a warning, 

35 such as"reservations are full" to the user. This enables 
the user to recognize that no more reservations can be 
made. 

[0060] If all the conditions set in steps S15 through 
S17 are met, the reservation information can be written 

40 into the RSB 51 , and a determination is further made in 
steps S1 9 through S25 of Fig. 8 whether the time of the 
reservation input by the user overlaps with that of the 
reservation which has already been accepted, i.e., 
whether double-booking has occurred. 

45 [0061] More specifically, in step S19, a variable i is 
initialized to zero. It is then determined in step S20 
whether the value obtained by subtracting the variable 
i from the number of entries, i.e. , the number_of .entries, 
recorded on the RSB 51 is greater than zero, i.e., wheth- 

50 er all the entries recorded on the RSB 51 have been 
searched. If the outcome of step S20 is yes, the process 
proceeds to step S21 in which the controller 11 reads 
out the object_entry[i] (Fig. 25) (in this case, the 
object_entry [0]) shown on the RSB 51 . 

55 [0062] Although the reading operation in step S21 is 
also performed by using the READ command illustrated 
in Fig. 11, the descriptor identifier is set by the object 
position. In the object_entry[i], the time information of 
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the registered reservation (the start_time and the Dura- 
tion shown in Fig. 26) and the ID information of the target 
sub-unit (the subunit_type_andJD[0] shown in Fig. 32) 
are stored, which will be described later. 
[0063] Then, the controller 11 determines in step S22 
whether the time information (the start_time and the Du- 
ration) input by the user in step S11 overlaps with the 
time information (the start_time and the Duration) read 
in step S21 . If the result of step S22 is yes, the process 
proceeds to step S23. In slep S23, the controller 11 de- 
termines whether the sub-unit in which the reservation 
was set in step S11 (in this case, the tuner sub-unit 12) 
coincides with the sub-unit read in step S21 (the 
subunit_type_and_ID). If the outcome of step S23 is 
yes, the time and the sub-unit read in step S21 match 
those input by the user. Accordingly, the process pro- 
ceeds to step S25 in which the controller 11 indicates a 
warning, such as "reservations are overlapping". As a 
result, the occurrence of double-booking can be pre- 
vented. 

[0064] If it is found in step S22 that the time informa- 
tion input by the user does not overlap with the time in- 
formation read in step S21. or if it is found in step S23 
that the sub-units determined in steps S11 and S21 do 
not coincide with each other even if time overlapping has 
occurred in stepS22, there is no possibility of generating 
double-booking. Accordingly, in step S24, the variable i 
is incremented by one, and the process returns to step 
S20. Processing similar to the above-described 
processing is repeated until it is determined in step S20 
that the value obtained by subtracting the variable i from 
the number_of entries is not greater than zero. That is, 
all the object_entries[i] stored in the RSB 51 are 
searched to determine whether there are any overlap- 
ping reservations. 

[0065] If it is found in step S20 that the value obtained 
by subtracting the variable i from the number_of_entries 
is not greater than zero, i.e., that all the object_entries 
[i] have been searched, the process proceeds to step 
S26. In step S26, the controller 11 outputs a CREATE 
command to the RSB 51 and creates an object entry in 
the RSB 51 . In this case, the CREATE command is not 
actually output, and processing is executed as if the 
CREATE command were output, as stated above. When 
the object entry is created in the RSB 61, the CREATE 
command is output. 

[0066] The above-described steps S15 through S18 
may be executed after it is determined in step S20 that 
the all the entries have not been completely searched. 
[0067] The above-described CREATE command is 
described in detail below with reference to Figs. 12 
through 15. Fig. 12 illustrates the format of the AV/C 
CREATE command. Fig. 1 3 illustrates the value that can 
be specified by the subfunction_1 shown in Fig. 12, and 
in this embodiment, 01 (create a new object and its child 
list) is used. Fig. 14 illustrates the format of the 
subfunction_1_specification for subfunction_1 = 01 
shown in Fig. 12. Fig. 15 illustrates the values of the in- 



dividual fields shown in Fig. 14. If the values 20, 22, and 
11 are respectively set, as illustrated in Fig. 15, in the 
fields, i.e., descriptor_identifier_where, the descriptor^ 
identifier_what_1 , and the descriptorJdentifier_what_2, 
5 of Fig. 1 4, the meaning is to create a new object and its 
child list. 

[0068] Details of the AV/C CREATE command are in- 
dicated in IEEE 1394 (see the Internet homepage http: 
//www. 1394 TA.org), and the formats used in this em- 

10 bodiment are extracted from the specifications of the 
IEEE 1394 standards (Enhancement to the AV/C Gen- 
eral Specification 3.0 Version 1 .0 FC2 and TA Document 
1999005 AV/C Bulletin Board Subunit General Specifi- 
cation 1.0 Draft 0.99:149). The information descriptors 

is forming the board (Information List Descriptor) include 
writable descriptors and readable descriptors, and the 
list type is used for differentiating the two types. 
[0069] To write new information into the AV/C descrip- 
tor (AV/C Descriptor) from an external source, the fol- 

20 (owing method may be employed as a typical example. 
The controller issues the above-described CREATE 
command to the target, and after the target forms a mod- 
el for writing information, the controller again controls 
the writing of specific information. More specifically, 

25 when information is first written, the controller desig- 
nates a desired list and issues the AV/C Descriptor 
CREATE command. Upon receiving this command, the 
target forms the object based on the mode! having the 
data structure specified by the AV/C General. The model 

30 having the data structure designated by the AV/C Gen- 
eral has a field of the object ID. In the list using the AW 
C Descriptor, the object ID is managed by the target, 
namely, when the object is created, the target adds an 
ID unique to the object and possesses the function of 

35 managing the ID. 

[0070] The object ID is an ID number for uniquely 
specifying the object in the list, and the target is required 
to have the function of preventing the multiple storing of 
IDs. The BBS merely provides information, and the ob- 

40 ject IDs are managed by the controller. 

[0071] When the CREATE command is issued to a 
sub-unit, inconsistencies may arise. When an object is 
created, the object ID, which should be managed by the 
controller, is under the control of the target. After issuing 

45 the CREATE command, the controller has to continue 
the writing control. In this manner, the processing is di- 
vided into a plurality of steps. Accordingly, if the control- 
ler is accidentally disconnected from the bus while writ- 
ing information into the BBS, an imperfect object may 

50 be created. 

[0072] To overcome the above-described situation, 
there is needed a system for specifying the imperfect 
object and correctly eliminating it. In this embodiment, 
the writing of information into the BBS is restricted so as 

55 to specify imperfect objects. 

[0073] In creating an object, the target (in this embod- 
iment, the DVCR 3) first assigns temporarily managing 
numbers (for example, all 0) to a Global Unique ID 
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(GUID) of the object ID. The object ID consists of the 
GUID and the record ID. The controller then writes in- 
formation into the object, and it the writing operation is 
correctly completed, the controller finally overwrites the 
GUID. 

[0074] According to the above procedure, it the writing 
operation has been correctly completed, the presence 
of objects having the GUID indicating all 0 is impossible. 
Accordingly, such objects can be specified as imperfect 
objects which were accidentally created while the writ- 
ing operation was being performed. 
[0075] Consequently, the objects which are being 
written can be uniquely identified. It is also possible to 
distinguish correctly written objects from imperfect ob- 
jects and to easily eliminate the imperfect objects 
(invalid objects). This further makes it possible to effec- 
tively utilize a finite memory provided for an electronic 
apparatus. According to the above method, the objects 
which are being written can be simply specified by tem- 
porarily assigning 0 to the GUID. Software for eliminat- 
ing imperfect objects can easily be created accordingly. 
[0076] In step S26 of Fig. 9, the INSERT command 
may be used instead of the CREATE command 
[0077] Referring back to Fig. 9, the process proceeds 
to step S27 in which the controller 11 writes the reser- 
vation content into the entry_speificJnformation fields 
(Figs. 26 through 32) of the RSB 51. That is, the 
start_time, the Duration, and the repeatjnfcrrnation, 
and the target sub-unit (subunit_type_andJD) are writ- 
ten. 

[0078] Fig. 16 illustrates the WRITE DESCRIPTOR 
command output from the controller 11 when step S27 
is executed. As stated above, since the controller 11 and 
the RSB 51 are not connected via the bus 2, the con- 
troller 11 directly writes information into the RSB 51 with- 
out issuing the WRITE DESCRIPTOR command. Con- 
versely, when the controller 11 writes information into 
the RSB 61 , the WRITE DESCRIPTOR command is is- 
sued. 

[0079] In the opcode, which is the head of the WRITE 
DESCRIPTOR command, the value 0A 16 , which indi- 
cates the WRITE DESCRIPTOR, is set. In operand 0, 
the descriptor identifier for identifying the descriptor of 
the information to be written is set by the object position. 
[0080] Thereafter, the value 50 16 , which represents 
the partiaLreplace, is set as the subfunction, thereby 
executing partial insert or partial delete. In performing 
insert, a new descriptor is inserted immediately before 
the descriptor defined by the operand specified by the 
descriptoMdentifier. In performing delete, the descrip- 
tor defined by the descriptoMdentifier is deleted. 
[0081] The groupjag is used for updating the data 
which cannot be divided when being written into the de- 
scriptor. In this embodiment the value 00 16 (immedi- 
ate), which indicates that the data is immediately written 
into the descriptor, is set. The replacement_data_length 
represents the number of bytes of the operand, i.e., the 
length of data to be written. The address indicates the 



position at which processing is executed. If the 
replacement_datajength indicates 0, partial delete is 
performed, in which case, the operand of the 
replacement_data does not exist. In this case, the 
5 originaLdata Jength is greater than 0, and indicates the 
number of bytes to be deleted. If the original^ 
datajength is 0, partial insert is executed, in which 
case, the replacement_data_1ength is greater than 0, 
and indicates the number of bytes to be inserted. 
io [0082] Referring back to Fig. 9, the process proceeds 
to step S25 in which the controller 11 closes the list, i. 
e., the RSB 51 . Simultaneously, the controller 11 outputs 
the CLOSE command shown in Fig. 17 to the RSB 51. 
As stated above, the controller 11 directly closes the 
is RSB 51 without issuing the CLOSE command since the 
controller 11 and the RSB 51 are not connected via the 
bus 2. If the controller 1 1 closes the RSB 61 of the DVCR 
3, the CLOSE command is output. 
[0083] The format of the CLOSE command illustrated 
20 in Fig. 1 7 is basically similar to the WRITE OPEN com- 
mand shown in Fig. 10, except for the following point. 
The subfunction of the WRITE OPEN command indi- 
cates 03 16 . which represents WRITE OPEN, while the 
subfunction of the CLOSE command indicates 00 16 , 
25 which indicates CLOSE. 

[0084] The process then proceeds to step S29 in 
which the controller 11 determines whether there are 
any other resources related to the reservation. In this 
case, although processing for making a reservation in 
30 the tuner sub-unit 12 has been completed, another 
processing for making a reservation in the VCR sub-unit 
33 of the DVCR 3 is required. Accordingly, the process 
returns to step S12 in which processing similar to that 
performed on the RSB 51 is executed on the RSB 61 of 
35 the DVCR 3. 

[0085] If i: is determined in step S29 that there are no 
other resources related to the reservation, the process- 
ing is completed. 

[0086] As discussed above, a series of record-reser- 

40 vation operations for causing the tuner sub-unit 12 to 
receive a video signal and to record it on the VCR sub- 
unit 33 has been made. It is now assumed that reserva- 
tions are separately made, as shown in Fig. 18, i.e., a 
receiving reservation is made in the IRD 1 and a record- 

45 ing reservation is made in the DVCR 3. More specifical- 
ly, a reservation is input into the controller 11 of the IRD 
1 to cause the tuner sub-unit 12 to receive a predeter- 
mined channel (the 48 channel) during a predetermined 
period from 20:00 to 21:00 at October 16, and another 

so reservation is input into the controller 31 to cause the 
VCR sub-unit 33 to start recording during a predeter- 
mined period from 20:00 to 21 :00 at October 16. it ap- 
pears to the user that the two reservations are the same 
reservation. However, it seems to the IRD 1 and the 

55 DVCR 3 that the two reservations have been separately 
made, and different IDs (BB Object 1D_Y, and BB Object 
ID_Z) are respectively set in the IRD 1 and the DVCR 3 
and are stored in the corresponding RSB 51 and the 
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RSB61. 

[0087] Even when reservations are separately made 
in the individual units, reservation processing can be ex- 
ecuted in a manner similar to that indicated by the flow 
charts of Figs. 7 through 9. However, if reservations are 
separately made even when the sub-units of the differ- 
ent units are used in cooperation with each other, the 
occurrence of double-booking has to be checked by the 
user. 

[0088] Processing for setting the Object ID is de- 
scribed below with reference to the flow chart of Fig. 1 9. 
After a recording reservation using the DVCR 3 is made 
on the I RD 1 by the user and is detected by the controller 
11, the aforementioned reservation processing (con- 
tending-unit search processing) shown in Figs. 7 
through 9 is executed. When the recording reservation 
is accepted, the above processing for setting the Object 
I D commences. In this embodiment, the Object ID is em- 
ployed for identifying the reservation (Event) to be start- 
ed at a predetermined time for a predetermined period. 
The Object ID has 72 bits in which the most significant 
64 bits are used for the ID unique to the unit possessing 
all the information concerning the reservation, i.e., for 
the GUID of the unit, and the least significant 8 bits are 
used for the unique value set in the unit, i.e., for the 
record ID. In this manner, the Object ID for identifying 
the Event is formed of the GUID and the record ID. Thus, 
the processing for setting the Object ID can be easily 
executed. 

[0089] It is necessary to identify the Object ID among 
the individual units connected via the bus 2. The reason 
for this is as follows. The content of the-RSB of one unit 
can be read by the other units, and processing may be 
simultaneously executed by the sub-units of the differ- 
ent units in cooperation with (relating to) each other. Ac- 
cordingly, it is necessary for the individual units to check 
for any processing to be performed in cooperation with 
each other. 

[0090] Among the units connected via the bus 2, the 
Object IDs may be sequentially set from number 1 every 
time an Event is generated. However, if a predetermined 
unit sets an Object ID for a predetermined Event, it has 
to check for contending I Ds by reading all the Object I Ds 
which have already been set in the other units. In this 
embodiment, however, the GUID is included in the Ob- 
ject ID, and the value of the GUID is reliably unique to 
each unit. It is thus essential only that each unit sets the 
record ID as a unique ID, which does not contend with 
the other record IDs, within the same unit. Accordingly, 
the Object ID obtained by combining the GUID with the 
record ID is reliably different from the Object IDs set by 
the other units. Thus, each unit sets the Object ID for 
the Event to be registered in the RSB according to the 
processing indicated by the flow chart of Fig. 19. 
[0091] In step S41, the controller 11 issues a provi- 
sional ID for uniquely identifying the reservation infor- 
mation within the IRD 1 as a record ID of the Object ID 
(which consists of GUID and the record ID). 



[0092] In step S42, the controller 11 extracts one of 
the Events registered in the RSB 51 , and further extracts 
the record ID of the Object ID corresponding to the ex- 
tracted Event. The controller 11 then determines in step 

5 S43 whether the provisional ID issued in step S41 coin- 
cides with the record ID extracted in step S42. If the out- 
come of step S43 is yes, the process returns to step S41 
in which the provisional ID is changed. The processing 
of steps S41 through S43 is repeated until the provision- 

10 al ID does not match the record ID. 

[0093] If it is found in step S43 that the provisional ID 
does not coincide with the record ID, the controller 11 
determines in step S44 whether all the Events concern- 
ing the related sub-unit which have been made public 

15 in the RSB 51 have been extracted. If the result of step 
S44 is no, the process returns to step S42, and the 
processing of steps S42 through S44 is repeated until it 
is determined in step S44 that all the Events have been 
extracted. If the outcome of step S44 is yes, the process 

20 proceeds to step S45. In step S45, the controller 11 adds 
the provisional ID (record ID) generated in step S41 to 
the unit ID (GUID) of the IRD 1, thereby generating the 
Object ID. The Object ID is then set in the RSB 51. 
[0094] As discussed above, the Object ID can be set 

2S merely by checking the RSB corresponding to the relat- 
ed sub-unit (without needing to check the RSBs of the 
units including unrelated sub-units). The reason for this 
is as follows, as stated above. Since the Object IDs of 
the RSBs of the other units include the GUIDs unique 

30 to the individual units, it is not possible that the Object 
IDs set by the other units match the Object ID set by the 
corresponding unit. As a result, the Object ID can be 
easily set. 

[0095] The BBS is discussed in greater detail below. 

35 Fig. 20 illustrates the format of the Subunit identifier De- 
scriptor forming the BBS. The descriptorjength repre- 
sents the length of the Descriptor. The generationJD 
indicates which AV/C descriptor format of the BBS is 
used, and generally, 00 16 is set. 

40 [0096] The size_of JistJD designates the number of 
bytes of the ID. The size_of_objectJD indicates the 
number of bytes of the Object ID. The size_of_ 
object_position represents the number of bytes of the 
position of the object in the list. The number_of_ 

45 root_object Jists indicates the number of root object lists 
to which the BBS is directly related. 
[0097] The root_object_lisUd_x (x = 0, 1, 2, ... n-1) 
represents the ID of each of the root object lists to which 
the BBS is related. The subunit_dependent_ 

50 informationjength designates the length of the 
subunit_dependent_information, and the information of 
the format and the contents on which the BBS is de- 
pendent is set in the subunit_dependent_information. 
[0098] The subunit_dependent_information includes 

55 the nonJnfo_blockJieldsJength, the bulletin_board_ 
subunit_version, the number_of_supported_board_ 
type(n), the supported_board_type_specific_pf Jength 
(0), the supported_board_type_specific_info[0] through 
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supported_board_type_specific _Jnf o[n-1 ], and the 
supported Jx>ardjype_specific_ofjength[0] through 
supported Jx>ardJype_specific_ofJength[n-1 ], which 
represents the lengths of the supported Jx>ardjype_ 
specificjnfo[0] through supported J>oardJype_ 
specif icJnfo[n-1]. 

[0099] The BBS further includes the 
manufacturer_dependent_length, which indicates the 
length of the manufacturer_dependent_information, 
and the manufacturer_dependentJnformation, which 
represents the information dependent on the manufac- 
turer 

[0100] If the value of the root_object_list_id indicates 
the RSB. a predetermined value 1 001 16 is set, as shown 
in Fig. 21 . In this manner, by fixing the ID representing 
the RSB (described as Resource Schedule List in Fig. 
21) to the predetermined value, the processing for read- 
ing the RSB can be facilitated. 

[0101] Fig. 22 illustrates the format of the RSB. The 
descriptorjength indicates the length of the RSB. The 
list_type indicates whether the RSB is Read Only or 
Write Enabled. The Read Only list represents that only 
reading is enabled, and the Write Enabled List indicates 
that writing, as well as reading, is enabled. 
[0102] The size_ofJist_specificJnformation indi- 
cates the length of the I ist_specif ^information, and the 
content of the list_specificJnformation varies according 
to the list_type. The information shown in Fig. 23 is set 
in the Write Enabled list_specific_information. 
[0103] The non_info_block_fields_length represents 
the number of bytes of the non info block fields. If the 
board Jype is the Resource Schedule Board, as shown 
in Fig. 24, 01 16 is set. 

[01 04] The object Jist_maximum_size represents the 
maximum size of the object list. The object. 
entry_maximum_n umber indicates the maximum 
number of object entries in the list. The object_entry_ 
maximum_size indicates the maximum size of each ob- 
ject entry. If there is no limit imposed on the 
object Jist_maximum_size, the object_entry_ 
maxim um_n umber, and the object_entry_maximum_ 
size, 0000 16 is set in each field. 

[0105] The above three fields are significant for the 
controller to recognize the capacity of the object list or 
the object entry. 

[0106] The board Jype_dependent information, 
length designates the length of the board_type_ 
dependent_information, and the information unique to 
the board type is set in the boardJype_ 
dependent Jnformation. 

[0107] The object_entry_is configured specifically as 
illustrated in Fig. 25. The descriptorjength indicates the 
length of the descriptor. If the entry_type is Board entry 
Descriptor, the value 80 15 , which represents the Board, 
is set. 

[0108] The objectJD is formed of the 
posting_device_GUID and the record JD. The 
posting__device indicates the controller that has written 



(posted) information into the BBS, and accordingly, the 
posting_device_GUID represents the GUID of the con- 
troller. The record J D designates an ID assigned to the 
Event within the unit. The size_of_entry .specific Jnfor- 
5 mation depicts the size of the entry_specif ^informa- 
tion. 

[0109] Fig. 26 illustrates the format of the 
entry_specific Jnformation. The non_info_block_length 
indicates the number of bytes of the non-info block fields 

10 before the repeatjnformation. The start Jime repre- 
sents the second, the minute, the hour, the day, the 
month, and the year at which the event is started, as 
illustrated in Fig. 27. The year has 16 bits, the four num- 
bers being each represented by a four-bit binary-coded 

15 decimal (BCD). The month has eight bits, the two num- 
bers being each represented by a four-bit BCD. The day 
has eight bits, the two numbers being each indicated by 
a four-bit BCD. The hour has eight bits, the two numbers 
being each indicated by a four-bit BCD. The minute has 

20 eight bits, the two numbers being each indicated by a 
four-bit BCD. The second has eight bits, the two num- 
bers being each represented by a four-bit BCD. 
[0110] The start Jime is easily identified by being in- 
dicated as the BCD. The time is represented by local 

25 time. 

[0111] The Duration, which indicates the length of the 
event, is represented by the hour, the minute, and the 
second, as illustrated in Fig. 2B. The hour has a total of 
12 bits, the three numbers being each represented by 

30 a four-bit BCD. The minute has a total of eight bits, the 
two numbers being each indicated by a four-bit BCD. 
The second has a total of eight bits, the two numbers 
being each represented by a four-bit BCD. 
[0112] By adding the Duration to the start Jime, the 

35 end time of the event can be indicated. The length of the 
event is thus represented by the Duration without direct- 
ly indicating the end time. This eliminates the need to 
modify the end time even when the startjime of the 
event is changed, thereby simplifying the updating 

40 processing. 

[0113] The repeat Jnformation Jength indicates the 
length of the repeatjnformation. The repeaMnforma- 
tion represents when and how the schedule is repeated. 
If the Scheduled Action is not repeated, the repeat_ 

45 informationjength indicates 00 16 . 

[0114] The content of the repeatjnformation varies 
according to the selected repeat type. The repeat type 
includes the Weekly schedule 00 16 and the Interval 
schedule 10 16 , as shown in Fig. 29. 

50 [0115] If the schedule is repeated every week, the 
Posting Device indicates the days of the week and the 
number of events to be repeated, as illustrated in Fig. 
30. 

[0116] The value 00 16 shown in Fig. 29 is set in the 
55 re peat Jype. The number of events is set in the 
number_of_events. The Weekly flags from Sunday to 
Saturday indicate the days of the week on which the 
event to be repeated is started. For example, if an event 
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starling from 13:00 for three hours takes place every 
Monday and Wednesday, 1 is set in the Weekly flags of 
Monday and Wednesday, and 0 is set in the other Week- 
ly flags. 

[0117] The events to be repeated weekly can be re- s 
corded, as described above. Accordingly, only a smaller 
storage capacity is required compared to that required 
for storing, for example, the absolute time and date eve- 
ry Monday and Wednesday corresponding to the broad- 
cast days. 10 
[0118] When the Scheduled Action is repeated with 
predetermined intervals, the Posting Device describes 
the event by using the format shown in Fig. 31. 
[0119] In this example, the value 10 16 shown in Fig. 
29 is set in the repeat_type. The number of events is set 1$ 
in the number_of_events. 

[0120] The interval represents the interval from the 
start_time of a current event to the start_time of the sub- 
sequent event. This interval is represented by the hour, 
the minute, and the second. The hour has a total of 12 20 
bits, the three numbers being each indicated by a four- 
bit BCD. The minute has a total of eight bits, the two 
numbers being each designated by a four-bit BCD. The 
second has a total of eight bits, the four numbers being 
each indicated by a four-bit BCD. 25 
[0121] In this manner, the periodically repeated 
events can be stored. As a consequence, only a smaller, 
capacity is needed compared to that required for storing 
the absolute time (time and date) at which each event 
is started. 30 
[0122] The info blocks shown in Fig. 26 are represent- 
ed by the format illustrated in Fig. 32. The 
compoundjength indicates the byte length of the info 
block, except for the length field. The info_biock_type is 
set to be 8900 16 . The primary_fieldsjength indicates 35 
the number_of_ subunits and the number of bytes of the 
subunit_type_and_ID field. 

[0123] The number_of_subunits represents the 
number of subunits used by the posting Device. The 
subunit_type_and_ID specifies the subunits to be used *o 
by the posting Device. 

[0124] As discussed above, the start_time and the 
Duration are represented by the fixed lengths at the 
fixed address. In contrast the ID information for identi- 
fying the subunit and the Posting Device using the sub- 45 
unit is stored as Info blocks at a predetermined address 
subsequent to the address of the start_time and the Du- 
ration. With this arrangement, the addition of Posting 
Devices can be easily handled. 

[0125] Trie support ed_board_type_speciftc_informa- so 
tion field shown in Fig. 20 is indicated by the format il- 
lustrated in Fig. 33. The value 01 16 . which indicates the 
RSB, shown in Fig. 24, is set in the 
supported_board_type. The support ed_board_type_ 
version represents the version number of the bulletin 55 
Board Type Specification. The implementation_profile_ 
ID designates the profile ID version for this board type. 
[0126] The supported_board_type_dependent_infor- 



mationjength indicates the number of bytes of the 
support ed_board_type_dependent_information. The 
information inherent in each board type specification is 
described in the supported_board_type_dependent_in- 
formation. 

[01 27] The above-described series of operations can 
be executed by hardware. Alternatively, software may 
be used, in which case, a software program implement- 
ing the above operations may be installed into a com- 
puter built into a controller specifically used as hard- 
ware. Alternatively, the above software program may be 
installed into a general-use personal computer that can 
execute the various functions by installing various pro- 
grams. 

[0128] As shown in Fig. 34, a general-use personal 
computer 101 has. for example, a built-in central 
processing unit (CPU) 111. An input/output interface 116 
is connected to the CPU 111 via a bus 115. In response 
to an instruction provided by a user from an input unit 
118, such as a keyboard, a mouse, etc., via the input/ 
output interface 116, the CPU 111 reads a program im- 
plementing the above-described operations from a re- 
cording medium, such as a read only memory (ROM) 
112 or a hard disk 114, or a recording medium loaded 
into a drive 120, such as a magnetic disk 131 , an optical 
disc 132, or a magneto-optical disk 133. The CPU 111 
then installs the read program into a random access 
memory (RAM) 113 and executes It. The program in- 
stalled in the hard disk 114 may be a program stored in 
a recording medium and distributed to the user, or may 
be a program transferred through a satellite or a network 
and received by a communication unit 119, and then in- 
stalled in the hard disk 14. 

[0129] After processing the program, the CPU 111 
outputs an image signal to a display unit 117, such as a 
liquid crystal display (LCD) or a cathode ray tube (CRT), 
via the input/output interface 116. 
[01 30] As is seen from the foregoing description, ac- 
cording to the information processing apparatus, the in- 
formation processing method, and the recording medi- 
um of the present invention, reservation information of 
a sub-unit is stored, and also, in response to a request 
from another information processing apparatus, the 
stored reservation information is read out and supplied 
to the apparatus. As a consequence, double-booking 
can be prevented. 

[01 31] A program according to an embodiment of the 
present invention can be provided on a carrier medium 
such as. for example, any suitable storage, recording or 
transmission medium. 



Claims 

1 . An information processing apparatus connected to 
an external information processing apparatus via a 
network and having at least one sub-unit for exe- 
cuting a predetermined function, said information 
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processing apparatus comprising: 

input means for inputting reservation informa- 
tion concerning a reservation of the sub-unit; 
storage means for storing the reservation infor- 
mation concerning the reservation of the sub- 
unit; and 

supply means for reading out the reservation 
information stored in said storage means and 
supplying the reservation information to said 
external information processing apparatus in 
response to a request from said external infor- 
mation processing apparatus. 

2. An information processing apparatus according to 
claim 1 , further comprising writing means for writing 
the reservation information of the sub-unit of said 
information processing apparatus into said storage 
means and for writing reservation information of a 
sub-unit of said external information processing ap- 
paratus into storage means of said external infor- 
mation processing apparatus when a reservation is 
made for using the sub-unit of said information 
processing apparatus in cooperation with the sub- 
unit of said external information processing appa- 
ratus at the same time. 

3. An information processing apparatus according to 
claim 2, further comprising comparison means for 
comparing the reservation information input by said 
input means with the reservation information stored 
in said storage means of said information process- 
ing apparatus end the reservation information of 
said storage means of said external information 
processing apparatus including the sub-unit to be 
used at the same time as the sub-unit of said infor- 
mation processing apparatus; 

wherein said writing means writes the reser- 
vation information in accordance with a comparison 
result obtained by said comparison means. 

4. An information processing apparatus according to 
claim 2, wherein said writing means restricts the 
reservation information to be written into said stor- 
age means of said information processing appara- 
tus from said external information storage appara- 
tus when said writing means writes the reservation 
information into said storage means of said infor- 
mation processing apparatus. 

5. An information processing apparatus according to 
claim 4, wherein said writing means interrupts said 
external information processing apparatus from 
reading the reservation information from said stor- 
age means of said information processing appara- 
tus when said writing means writes the reservation 
information into said storage means of said infor- 
mation processing apparatus. 



6. An information processing apparatus according to 
claim 1 , wherein said storage means stores limita- 
tion information concerning a limitation of the res- 
ervation information to be stored, and said supply 
5 means supplies the limitation information to said ex- 
ternal information processing apparatus in re- 
sponse to a request form said external information 
processing apparatus. 

10 7. An information processing apparatus according to 
claim 1 , wherein said storage means stores the res- 
ervation information at a predetermined address 
position. 

15 8. An information processing apparatus according to 
claim 1, wherein the reservation information in- 
cludes a sub-unit start time at which the use of the 
sub-unit is started and a period for using the sub- 
unit. 

20 

9. An information processing apparatus according to 
claim 8, wherein the period for using the sub-unit is 
set as an undefined value. 

25 10. An information processing apparatus according to 
claim 8, wherein the reservation information in- 
cludes apparatus information concerning the infor- 
mation processing apparatus that reserves the sub- 
unit, and the apparatus information is stored at an 

30 address position subsequent to the address posi- 
tions of the sub-unit start time and the period for us- 
ing the sub-unrt. 

11. An information processing apparatus according to 
35 claim 8, wherein the sub-unit start time is represent- 
ed by a binary-coded decimal. 

12. An information processing apparatus according to 
claim 1, wherein said storage means further stores 

40 identification information for identifying the stored 
reservation information. 

13. An information processing apparatus according to 
claim 12, wherein the identification information in- 

45 eludes a value unique to the information processing 
apparatus that has reserved the sub-unit and a val- 
ue unique to the reservation set in said information 
processing apparatus. 

so 14. An information processing apparatus according to 
claim 13, wherein the value unique to the informa- 
tion processing apparatus is a global unique ID and 
the value unique to the reservation is a record ID. 

55 15. An information processing apparatus according to 
claim 1, wherein the reservation information in- 
cludes weekly reservation information of the sub- 
unit that is weekly reserved by specifying a day of 
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the week. sion medium. 

16. An information processing apparatus according to 
ctern 1. wherein the reservation information in- 
ciuaes interval reservation information of the sub- 5 
unit that is repeatedly reserved at a predetermined 
interval. 

17. An information processing apparatus according to 
claim 1, wherein said storage means is one of the 10 
sub-units. 

18. An information processing apparatus according to 
claim 1 , wherein said network is formed by using an 
IEEE-1394 serial data bus. « 

19. An information processing method for use in an in- 
formation processing apparatus connected to an 
external information processing apparatus via a 
network and having at least one sub-unit for exe- *o 
cuting a predetermined function, said information 
processing method comprising: 

an input step of inputting reservation informa- 
tion concerning a reservation of the sub-unit; 25 
a storage control step of controlling storage of 
the reservation information concerning the res- 
ervation of tu3 cub-ur.;t; and 
a supply step of reading out the reservation in- 
formation stored by processing of said storage 30 
control step and of supplying the reservation in- 
formation to said external information process- 
ing apparatus in response to a request from 
said external information processing appara- 
tus. 35 

20. A program executable by a computer, said program 
being for controlling an information processing ap- 
paratus connected to an external information 
processing apparatus via a network and having at <0 
least one sub-unit for executing a predetermined 
function, said program comprising: 

an input step of inputting reservation informa- 
tion concerning a reservation of the sub-unit; 45 
a storage control step of controlling storage of 
the reservation information concerning the res- 
ervation of the sub-unit; and 
a supply step of reading out the reservation in- 
formation stored by processing of said storage so 
control step and of supplying the reservation in- 
formation to said external information process- 
ing apparatus in response to a request from 
said external information processing appara- 
tus. 

21. A program according to claim 20 on a carrier medi- 
um, for example a storage, recording or transmis- 
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FIG. 24 
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